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(54) Interactive applications 

(57) An interactive broadcast system comprising a 
plurality of user interfaces (17-19) each comprising a 
local clock signal generator (41). Each user interface 
delivers interactive applications to a respective user 
with reference to its respective local clock signal. A cen- 
tral control system (2) broadcasts data to the user inter- 
faces (17-19). The CCS (2) detects adjustment of the 
local clock signals to identify fraudulent users. 
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Description 

[0001] The present invention relates to a method 
and apparatus for broadcasting interactive applications 
to a plurality of users via respective user interfaces. 5 
[0002] In conventional interactive broadcast sys- 
tems, data is broadcast to a plurality of user interfaces 
(e.g. televisions with set-top boxes) from a central con- 
trol, e.g. computer, system (CCS). In order to deliver 
timed applications it is necessary to provide a local 
clock generator with each user interface. The user inter- 
face can then deliver the interactive application with ref- 
erence to the signal from the local clock generator. The 
local clock generator is then synchronised with a central 
clock at the CCS to ensure that the interactive applica- 
tion is performed simultaneously at all user interfaces. 
However, since this means that the local clock must be 
adjustable, it is possible for the clock adjustment to be 
used in a fraudulent way. For instance a user can 
receive a quiz game on two user interfaces, one where 
he has deliberately adjusted the local clock and the 
other not. The user can then view the answers on the 
one user interface and enter the correct answers on the 
other user interface before it becomes locked out. 
[0003] Previous proposals for detecting fraud are 
described in US-A-5850447 and WO-A-95/15653. In 
these cases, the local user interfaces detect fraud and 
notify the CCS. This itself can be compromised locally in 
some cases. 

[0004] In accordance with one aspect of the present 
invention there is provided an interactive broadcast sys- 
tem comprising a plurality of user interfaces each com- 
prising a local clock signal generator, wherein each user 
interface delivers interactive applications to a respective 
user with reference to its respective local clock signal; 
and a central control system (CCS) for broadcasting 
data to the user interfaces and for receiving data from 
the user interfaces, the CCS being adapted to identify 
fraudulent users by comparing the time at which certain 
data is returned from a plurality of the user interfaces. 
[0005] In accordance with a second aspect of the 
present invention there is provided a method of detect- 
ing fraudulent users in an interactive broadcast system, 
the method comprising 

(1) broadcasting data to a plurality of user inter- 
faces from a central control system (CCS); 

(2) generating a local clock signal at each user 
interface; 

(3) delivering an interactive application to a respec- 
tive user from each user interface with reference to 
its respective local clock signal; 

(4) receiving data at the CCS from the local inter- 
faces; and, 

(5) identifying fraudulent users by comparing the 
time at which certain data is returned from a plural- 
ity of the local interfaces. 



[0006] In contrast to the previous proposals, the 
CCS detects fraudulent use by comparing the time of 
receipt of data from a plurality of user interfaces. It is 
thus not dependent on data received from a single inter- 
face. 

[0007] In one method, step (4) comprises first send- 
ing a return path request to the user interfaces, 

step (5) comprising monitoring the time of receipt 
of return path data generated by the user interfaces in 
response to the return path request to identify user 
interfaces which have sent return path data which is 
advanced or delayed by more than a predetermined 
threshold. For example, the return path request may 
cause the user interfaces to return a local score at the 
end of an interactive application as determined by the 
user interface. 

[0008] In another method, the local interfaces could 
be automatically controlled to return certain data, e.g. a 
score, at the end of an interactive game or at some 
other predetermined game time and not directly in 
response to a request from the CCS. However, the CCS 
will know when this return data is expected and can 
make the necessary comparisons. 
[0009] The user interfaces may utilise their respec- 
tive local clock signals in a number of ways. In a first 
example an application start signal is broadcast to the 
user interfaces by the CCS. The user interfaces calcu- 
late an application time local clock signal with reference 
to the application start signal. Each user interface can 
then deliver the interactive application with reference to 
its respective application time local clock signal. In a 
second example a central clock signal is periodically 
broadcast to the user interfaces representing a central 
time. The user interfaces can then calculate an offset 
signal with reference to the central clock signal and a 
respective local clock signal. The offset signal can then 
be used by the user interfaces at any time to determine 
the central time from their local clock signal. This can 
conveniently be implemented as part of a repetitive 
broadcast as described in EP-A-0998145. 
[0010] The interactive application may take a vari- 
ety of different forms - for instance it may comprise a 
video game which is played simultaneously by a 
number of remote users, or a quiz game played simulta- 
neously by a number of remote users. The application 
may be broadcast in conjunction with a live TV event. 
For instance the application may enable the user to take 
part in a live TV quiz, or predict the occurrence of cer- 
tain events in a live sporting event. 
[001 1 ] An example of the present invention will now 
be described with reference to the accompanying draw- 
ings, in which: 

Figure 1 is a schematic diagram of a digital broad- 
cast network; and, 

Figure 2 is a schematic diagram of a user interface. 
[0012] The digital broadcast network shown in Fig- 
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ure 1 comprises an interactive game control system 1 
including a central control, in this case computer, sys- 
tem 2, an application data store 3 and a CCS clock 40. 
The application data store 3 contains setup data and 
real time data which can be accessed and amended by 5 
the CCS 2. The setup data may comprise executable 
program files, bitmaps, sound samples, video clips, and 
other multimedia and data resources. The real time data 
comprises data which is broadcast after the scheduled 
start time (eg question/answer data for a quiz game io 
application). The setup data and real time data is fed at 
an appropriate time to a broadcast headend multiplexer 
4 via a data feed 5. The CCS also generates electronic 
programme guide (EPG) data which is fed to an EPG 
multiplexer 6 via EPG data feed 7. Each item of EPG 75 
data includes a programme identifier (PID) and a sys- 
tem information (SI) table containing EPG information 
relating to that PID (eg. name, scheduled start time, 
splash screen data etc). 

[0013] Broadcast TV stations 8 (BBC1) and 9 20 
(Channel 4) each generate digital audio and video sig- 
nals which are fed to the broadcast headend multiplexer 
4 via respective data feeds 10,11. The data feeds 
5,10,1 1 may be via dedicated cables or via broadcast 
on the air or any other suitable medium. 25 
[001 4] The broadcast TV stations 8,9 also generate 
EPG data which is fed to the EPG multiplexer 6 via 
respective data feeds 1 2, 1 3. The EPG data may contain 
the programme name, broadcast TV station name and 
any other programme related information. 30 
[0015] The broadcast headend multiplexer 4 multi- 
plexes the digital data from the data feeds 5,10,1 1 and 
outputs the data serially to a transmitter 14 as an 
MPEG-II transport stream 30. 

[0016] Similarly the EPG multiplexer 6 multiplexes 35 
the digital data from the EPG data feeds 7,12,13 and 
outputs the data serially to a transmitter 16 as an 
MPEG-II transport stream 31. 

[0017] The transmitters 14,16 then transmit the 
data over a transmission medium 1 5. This may be a dig- 40 
ital or analog television broadcast system, terrestrial or 
satellite, or cable, or the Internet, or the like. 
[0018] A number of user interfaces (Uls) 17,18,19 
etc. receive data from the transmission medium 15. The 
Uls can also send data to the CCS 2 via the public- 45 
switched-telephone-network (PSTN) 20 or other return 
path means (not shown) such as a cable-modem, or 
even via the transmission medium 1 5. 
[0019] One of the user interfaces 17 is shown in 
detail in Figure 2. The Ul comprises a conventional tel- so 
evision set 21 , a set-top box 22 and one or more input 
devices 33. The television set 21 comprises a cathode 
ray tube (CRT) 35 and a tuner 23 coupled to an aerial 
24. The tuner 23 is selectively tuned by a central 
processing unit (CPU) 25 to receive data from the trans- 55 
mission medium 15. Data is passed to a demultiplexer 
26 which demultiplexes the MPEG-II transport stream. 
Setup data and real time data is fed to the CPU 25 and 



video/audio data is fed to a display interface 28. 
[0020] The CPU 25 accesses a random access 
memory (RAM) 27 and a read only memory (ROM) 32 
to compile a display signal which is passed to the dis- 
play interface 28 and merged with the audio/video sig- 
nal from the demultiplexer 26. An input device 33 
provides input to the CPU 25 from a user. An STB clock 
41 feeds an STB clock signal to the CPU 25. Return 
path data is returned to the CCS 2 by the CPU 25 via a 
modem 34 and the PSTN 20. 

[0021] An example of an interactive quiz game 
application will now be described. 
[0022] Ten minutes before the scheduled start time 
of the quiz game, the CCS 2 downloads setup data 
relating to the application from the application data store 
3, and feeds it to the broadcast headend multiplexer 4. 
The multiplexer 4 then places the data on a broadcast 
carousel whereby it repeatedly transmits the setup data 
on the transport stream 30 as described in more detail 
in EP-A-0998145. 

[0023] The user interfaces can then download the 
setup data by switching the tuner 23 to receive data 
from the transport stream 30. Setup data with the 
required PID is downloaded by CPU 25 and saved in the 
RAM 27. Once all of the setup data has been down- 
loaded (or sufficient components of it to allow execution 
to commence) timed execution of the scheduled interac- 
tive application can commence. 

[0024] At the scheduled start time, the CCS 2 gen- 
erates real time question data which is broadcast to the 
user interfaces. At the same time the CPU 25 automati- 
cally enters a game mode in which the user is presented 
with a series of questions based on the received ques- 
tion data. The user provides answers by selecting 
answer icons using the input device 33. At a set time fol- 
lowing display of a question, the user is "locked out" (i.e. 
is prevented from entering an answer to the question) 
by the CPU 25 and the answer is displayed on the CRT 
35. If the CPU 25 determines that the user has 
answered correctly, then a score is awarded and stored 
locally. 

[0025] The questions and answers may fill the 
entire CRT screen. Alternatively the questions and 
answers may be overlaid on a real-time television 
broadcast of a presenter reading out the questions to 
competitors in a television studio, for example originat- 
ing from the Channel 4 broadcast TV station 9. 
[0026] At the end of the game, the CPU 25 trans- 
mits the user's score to the CCS 2 via the modem 34 
and PSTN 20. 

[0027] Each user has an account with a number of 
cash credits which are stored and managed by the CCS 
2. On receipt of scores from a number of user interfaces 
the CCS 2 compares the scores and issues prizes to the 
users with the highest scores by adding cash credits to 
their accounts. This use of credits or tokens is described 
in more detail in EP-A-0858225. 
[0028] The way in which the system of Figures 1 
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and 2 handles time will now be described. The CCS 
clock 40 constantly generates a central clock signal 
CCS CLOCK. The STB clock 41 constantly generates a 
local clock signal STB CLOCK. In general STB CLOCK 
will be offset from CCS CLOCK and from the STB 5 
CLOCK signals of the other user interfaces 18,19 etc. In 
order to account for this lack of clock synchronisation, 
the CCS clock is periodically transmitted by the CCS 2 
to the user interfaces 17-19 etc. Each CPU 25 can then 
calculate an offset value which is stored in a RAM 42: w 

OFFSET = CCS CLOCK - STB CLOCK. 

[0029] This enables the CPU 25 to calculate CCS 
CLOCK at any time as: is 

CCS CLOCK = STB CLOCK + OFFSET. 

[0030] Before, at or even after the start of the quiz 
game, the CCS 2 transmits a game start clock signal 20 
CCS CLOCK (game start) to the user interfaces defin- 
ing the time according to the CCS at which the game 
starts. The CPU 25 in each STB can then calculate the 
STB game start time as: 

25 

STB CLOCK (game start) = CCS CLOCK (game 
start) - OFFSET. 

[0031] During the quiz game, the CCS 2 retrieves 
question and answer data from the store 3 and places 30 
the data on the transport stream 30 before it is to be dis- 
played by the user interfaces. Each item of data con- 
tains question/answer data, and also a relative game 
time (i.e. a time from the start of the game) at which the 
data is to be displayed. For instance the following 35 
sequence of data may be broadcast during a quiz 
game: 



Data 


Relative Game Time 


Question A 
Answer A 
Question B 
Answer B 


60 seconds - 70 seconds 
70 seconds - 75 seconds 
75 seconds - 85 seconds 
85 seconds - 90 seconds 



[0032] Thus Question A is placed on the transport 50 
stream prior to 60 seconds from game start, and is dis- 
played from 60-70 seconds from game start. During that 
10 second period the user inputs his answer. At 70 sec- 
onds the user interface is locked out and the answer to 
question A is displayed for the next 5 seconds. 55 
[0033] The CPU 25 handles the relative game time 
messages in the following way. The data and relative 
game time is input to the CPU 25. The CPU 25 then cal- 



culates the STB CLOCK time corresponding with the 
relative game time as: 

STB CLOCK (relative) = STB CLOCK (game start) 
+ relative game time. 

[0034] Thus the CPU displays Answer A between 
STB CLOCK (70 seconds) and STB CLOCK (75 sec- 
onds). 

[0035] A fraudulent user can take advantage of this 
system as follows. This fraudulent user inserts an 
adjustment module 46 (shown in dotted lines in Figure 
2) to adjust the signal STB CLOCK from the STB clock 
41. This could either set STB CLOCK forward or back- 
ward by a fixed amount, or could slow down or speed up 
the rate of STB CLOCK. The adjustment module 46 is 
enabled by the user after STB CLOCK (game start) has 
been calculated. As a result the display of any subse- 
quent question or answer data is delayed or advanced 
when compared to other STBs. By running two user 
interfaces (one with STB CLOCK adjusted, the other 
not) the fraudulent user can view the answers on one 
user interface and enter the correct answers on another 
user interface before it becomes locked out by the CPU 
25 since that CPU 25 will not have reached the relative 
game time at which lock out occurs. 
[0036] This fraudulent clock adjustment is detected 
in one or more of a number of ways as discussed below. 

1. Return Path Request 

[0037] At some point after the game start (either 
during or after the game) the CCS 2 sends a return path 
request to the user interfaces, asking them to send an 
acknowledgment back to the CCS 2 at a certain relative 
game time. If the acknowledgment from one of the user 
interfaces is delayed or advanced (when compared to 
the return time of acknowledgements from the other 
user interfaces) by more than a predetermined thresh- 
old then it is likely that STB CLOCK on that user inter- 
face has been adjusted. Therefore that user interface is 
identified and no prize is issued to the fraudulent user 
registered with the identified user interface. 

2. Return Path Scores 

[0038] The user interfaces are requested to send 
their scores back to the CCS 2 at the end of the quiz 
game. If the return time of the score from one of the 
user interfaces is delayed or advanced (when compared 
to the return time of scores from the other user inter- 
faces) by more than a predetermined threshold, then 
that user interface is identified as a fraudulent interface, 
and no prize is issued to the user registered with the 
fraudulent interface. 

[0039] Optionally, the following method may also be 
employed. 
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3. STB CLOCK monitor 

[0040] A monitor 50 is provided to monitor STB 
CLOCK and OFFSET. This could be a separate module 
or part of the CPU 25. If either of these signals is 
adjusted then the monitor 50 sends a detection signal to 
the CPU 25 which informs the CCS 2 with an identifica- 
tion message. Thus if the user either adjusts STB 
CLOCK immediately after STB (game start) has been 
calculated; or resets STB CLOCK at the end of the 
game to attempt to disguise their fraud, then this adjust- 
ment will be detected by the monitor 50. 

Claims 

1. An interactive broadcast system comprising a plu- 
rality of user interfaces each comprising a local 
clock signal generator, wherein each user interface 
delivers interactive applications to a respective user 
with reference to its respective local clock signal; 
and a central control system (CCS) for broadcast- 
ing data to the user interfaces and for receiving data 
from the user interfaces, the CCS being adapted to 
identify fraudulent users by comparing the time at 
which certain data is returned from a plurality of the 
user interfaces. 

2. A system according to claim 1 , wherein each user 
interface comprises a monitor for detecting adjust- 
ment of the local clock signal. 

3. A system according to claim 1 or claim 2, wherein 
the CCS is adapted to send a return path request to 
the user interfaces and to monitor the time of 
receipt of corresponding return path data gener- 
ated by the user interfaces in response to the return 
path receipt to identify user interfaces which have 
sent return path data which is advanced or delayed 
by more than a predetermined threshold. 

4. A system according to claim 3, wherein the return 
path request causes the user interfaces to return a 
local score at the end of an interactive application 
as determined by the user interface. 

5. A system according to any of the preceding claims, 
wherein the CCS is adapted to broadcast an appli- 
cation start signal to the user interfaces, wherein 
each user interface comprises means for calculat- 
ing an application time local clock signal with refer- 
ence to the application start signal, and wherein 
each user interface delivers interactive applications 
to a respective user with reference to its respective 
application time local clock signal. 

6. A system according to any of the preceding claims, 
further comprising means for periodically broad- 
casting a central clock signal to the user interfaces; 



and wherein each user interface comprises means 
for calculating an offset signal with reference to the 
central clock signal and its respective local clock 
signal so as to enable the central clock signal to be 
5 obtained from the local clock signal. 

7. A method of detecting fraudulent users in an inter- 
active broadcast system, the method comprising 

w (1 ) broadcasting data to a plurality of user inter- 

faces from a central control system (CCS); 

(2) generating a local clock signal at each user 
interface; 

(3) delivering an interactive application to a 
15 respective user from each user interface with 

reference to its respective local clock signal; 

(4) receiving data at the CCS from the local 
interfaces; and, 

(5) identifying fraudulent users by comparing 
20 the time at which certain data is returned from 

a plurality of the local interfaces. 

8. A method according to claim 7, wherein step (4) 
comprises first sending a return path request to the 

25 user interfaces, 

step (5) comprising monitoring the time of 
receipt of return path data generated by the user 
interfaces in response to the return path request to 
identify user interfaces which have sent return path 

30 data which is advanced or delayed by more than a 

predetermined threshold. 

9. A method according to claim 8 wherein the return 
path request causes the user interfaces to return a 

35 local score at the end of an interactive application 
as determined by the user interface. 

10. A method according to any of claims 7 to 9, further 
comprising 

40 

(6) broadcasting an application start signal to 
the user interfaces; and 

(7) calculating an application time local clock 
signal with reference to the application start 

45 signal, 

wherein each user interface delivers interactive 
applications to a respective user with reference 
to its respective application time local clock sig- 
nal. 

50 

1 1. A method according to any of claims 7 to 1 0, further 
comprising 

(8) periodically broadcasting a central clock 
55 signal to the user interfaces; and 

(9) calculating an offset signal with reference to 
the central clock signal and a respective local 
clock signal so as to enable the central clock 



5 



EP 1 050 328 A1 



signal to be obtained from the local clock sig- 
nal. 
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